EnigmA Amiga Run 1997 July/EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso/lightwave/lwmlist/94.lightwave-09/000655_owner-lightwave-l _Sun Sep 25 14:51:38 1994.msg

Internet Message Format | 1994-10-01 | 2KB

Return-Path: <owner-lightwave-l>
Received: by netcom11.netcom.com (8.6.9/Netcom)     id OAA15239; Sun, 25 Sep 1994 14:18:21 -0700
Received: by netcom11.netcom.com (8.6.9/Netcom)     id OAA15232; Sun, 25 Sep 1994 14:18:18 -0700
Date: Sun, 25 Sep 1994 14:18:18 -0700
From: shf (Stuart Ferguson)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Re:  Subdividing for Morphs
Sender: [e-mail]
Precedence: bulk
Reply-To: [e-mail]

Re: Subdividing morphing objects

Shape morphing is controlled by point order.  Surace morphing is
controlled by polygon order.  That is, for shape morphing the points
in both objects have to be in the same order, but for surface morphing,
the points and polygons in both objects have to be in the same order.
Modeler contains code specifically to maintain point order in derivative
objects to make shape morphing possible, but there is no similar thing
for polygon order.

Polygon order will determine how the polygons in a subdivided object are
ordered, so two objects with the same polygon order should morph
correctly after subdividing.  Try surface morphing to see if the
polygons are in the same order.  Also make sure you use *exactly* the
same steps to produce the subdivided objects from the originals -- and
I mean *exactly*.  If you do all this and it still doesn't work then
that's probably a Modeler bug.

If surface morphing does NOT work -- i.e. your polygons are not in the
same order -- you can theoretically rectify this by cutting the polygon
chunk from the morph source and pasting it into the morph target.  If
this is the case, you might be able to do this with a file-zapping
program if you can parse the file format, or I might be able to write a
simple utility to do this.  Adding support for polygon ordering is on
my list.

    - Stuart